Delivering additional information to receiving parties for text messaging based Caller ID

ABSTRACT

The present disclosure describes a system, method, and computer readable medium for providing information to a receiving party in a communications network. The method includes receiving a message from a sending party and performing a lookup of information relating to the sending party in a database via an Internet Protocol connection. The lookup is based on an identifier of at least one of the sending party and the receiving party. Subsequently, the information is provided to the receiving party based on the availability of the information in the database.

FIELD OF THE INVENTION

The present disclosure is generally related to a communications network,and more particularly to a system, method, and computer readable mediumfor providing information to receiving parties in the communicationsnetwork.

BACKGROUND OF THE INVENTION

Automatic Number Identification (ANI) is a system utilized by telephonecompanies to identify the Directory Number (DN) of a calling subscriber.ANI serves a function similar to Caller ID, but may utilize differentunderlying technology. It is possible that the Caller ID can be blockedby prefixing a call with *67. ANI was originally developed for telephonecompany billing purposes and is now offered to commercial customers whomay benefit from knowing who is calling them. In addition, ANI is one ofthe core technologies behind the 911 emergency services.

In commercial applications, a user may have an integrated or extraneousdisplay affixed to a telephone. Such a display presents the ANI ortelephone number of the calling party. In addition, the display maypresent the caller's name or calling name, also known as CNAM. Thecalling party may call or send a message such as a Short MessagingService (SMS) to a called party. As such, a need exists for providingthe calling party information, including the calling party's name alongwith other information via at least a message or text based service tothe called party.

SUMMARY OF THE INVENTION

The present disclosure describes a system, method, and computer readablemedium for providing information to a receiving party in acommunications network. The method includes receiving a message from asending party and performing a lookup of information relating to thesending party in a database via an Internet Protocol connection. Thelookup is based on an identifier of at least one of the sending partyand the receiving party. Subsequently, the information is provided tothe receiving party based on the availability of the information in thedatabase.

The system for providing information to a receiving party in acommunications network comprises at least one device for receiving amessage from a sending party. The system further comprises at least onedatabase for storing information associated with the sending party. Theat least one device is operable to perform a lookup of informationrelating to the sending party in a database via an Internet Protocolconnection. The lookup is based on an identifier of at least one of thesending party and the receiving party, and provides the information tothe receiving party based on the availability of the information in thedatabase.

The computer-readable medium comprising instructions executable by adevice for receiving a message from a sending party and performing alookup of information relating to the sending party in a database via anInternet Protocol connection. The lookup is based on an identifier of atleast one of the sending party and the receiving party. The instructionsprovide the information to the receiving party based on the availabilityof the information in the database.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 depicts a system 100 for providing information to receivingparties in accordance with one embodiment of the present disclosure;

FIGS. 2A, 2B, and 2C depicts a flowchart of a method or computerreadable medium comprising instructions for providing information to areceiving party in accordance with one embodiment of the presentdisclosure;

FIG. 3 depicts a flowchart of a process (which includes a method orcomputer readable medium comprising instructions) for checking whetherthe receiving party is a authorized subscriber and/or a paid subscriberof the service in accordance with an embodiment of the presentdisclosure;

FIG. 4 depicts a system for providing information to wireless receivingparties in accordance with another embodiment of the present disclosure;and

FIGS. 5A, 5B, and 5C depicts a flowchart of a method or computerreadable medium comprising instructions for providing information to awireless receiving party in accordance with one embodiment of thepresent disclosure.

DETAILED DESCRIPTION

The present disclosure provides additional information to a sendingparty or receiving parties. In the context of the present disclosure,the sending party is a party initiating or sending a message and areceiving party is a party receiving the message. Such a process isinitiated when the sending party contacts the receiving party, whereinthe sending party and the receiving party each use at least oneelectronic device and the receiving party is able to receive an ANI or aCaller ID service and is able to display and/or play relatedinformation. The message comprises a text message or a multimediamessage. The at least one electronic device can be a computer, a server,a wireless phone, an Internet Protocol (IP) enabled phone, a wirelessIP-enabled phone, or a device that can receive and/or transmitinformation. The computer readable medium (or software) of the presentdisclosure is stored on and/or runs on at least one of theabove-mentioned electronic devices.

FIG. 1 depicts a system 100 for providing information to receivingparties in accordance with one embodiment of the present disclosure. Thesystem 100 includes a device 102 that is able to send information to acalled party device 104, hereafter referred to as receiving party device104. The receiving party device 104 may be communicably coupled to thedevice 102 via a wired connection or a wireless connection such as aland line telephone or a wireless device including but not limited to acellular device, a Wi-Fi connection, a PDA, a Bluetooth, etc. The device102 may be communicably coupled but not limited to a RJ11 (telephonewire) communication address 106 and/or a RJ11/wireless communicationaddress 130. The device 102 can specify any communication address suchas 106, 120, and 130 to receive information. The device 102 includes adisplay 108 for displaying information. In this embodiment, the display108 is integrated within the device 102. However, the display 108 may beimplemented as a standalone device without departing from the spirit andscope of the present disclosure. Further, the device 102 may beconnected to one or more displays via a wired and/or wirelessconnection.

In addition, the device 102 may receive information from a plurality ofsources including but not limited to a communications network such as apublic switched telephone network (PSTN), a code division multipleaccess (CDMA), a global system for mobile communication (GSM). Forexample, the public switched telephone network (PSTN) 110 that includesa central office 112 coupled to a calling party device 114, hereafterreferred to as the sending party device 114. The information may bereceived via at least the RJ11 communication address 106 of the device102. Other sources include a wireless network or data network (notshown) supporting other devices such as a computer or IP enabled phones.Generally, information received by device 102 may include telephonenumbers of the sending party and the receiving party. However, variousaspects of the present invention provide additional information tocalled parties.

Aspects of the present disclosure provide information to receivingparties, such as the receiving party device 104, by providing an abilityto retrieve information of a sending party from a CNAM database 116and/or an other database 118. The CNAM database 116 and the otherdatabase 118 comprise information relating to the sending party, forexample, sending party name, telephone number, messages, location, andother information associated with the sending party. In addition, theinformation relating to the sending party may be a city, a state, anaddress, a hyperlink, a photo, a video, and any information that can besent via an Internet Protocol (IP) connection. The device 102communicates with the CNAM database 116 and/or the other database 118via an IP connection.

When a sending party sends a message using the sending party device 114,the device 102 receives a caller ID, Automatic Number Identification(ANI) or other identifier from the sending party. An example of theidentifier may include an IP address of the sending party device 114 ora unique identifier of the sending party that can be received andtransmitted by the sending party device 114. The identifier may includeinformation related to at least one of a sending party and a receivingparty.

In response to receiving the caller ID, ANI or other identifier, thedevice 102 sends a query for the sending party name to the CNAM database116 and/or the other database 118. The query may be sent via at leastone communication address such as 120, 106, and 130 (the communicationaddress may include but not limited to a wired communication and/or awireless communication such as a cellular device, a Wi-Fi connection, aPDA, a Bluetooth connection, or the like) of the device 102 to the CNAMdatabase 116 and/or the other database 118 via a direct connection orvia a data network (not shown). Once the query is received, a lookup isperformed in the CNAM database 116 and/or the other database 118 for thesending party name and other information. If the sending party name orother pertinent information is found, the CNAM database 116 and/or theother database 118 returns the sending party name and other informationassociated with the sending party 114 to the device 102. Thereafter, thedevice 102 may store the information associated with the sending party114 in a message database. In an embodiment, the message database 132may be implemented on the device 102. Further, the information may bestored based on configurable parameters such as, but not limited to, anumber of messages, a time duration, amount of information and so forth.Moreover, the message database 132 may not include any duplicateinformation or records. For example, the information may be maintainedfor a total of 100 non-duplicate names of sending parties. In anembodiment of the invention, the device 102 may compare the informationreceived from a new message to the information from a previous messagein the database. Subsequently, the information from the previous messagemay be deleted if the new message is from the same sending party.Furthermore, the device 102 may maintain the information on whether thedevice 102 was rebooted and when. In an embodiment of the invention, themessages may be time-stamped by device 102 to keep a track of the totaltime since the message was received. The time-stamp information andreboot information may be stored in the message database 132.

Therefore, when a new message is received, the device 102 checks themessage DB 132, for example, for the time duration between the newmessage and a previous message received from the sending party 114, incase the sending party information is located in the message database132. To determine the duration, the device 102 may lookup the time-stampof the last message received. In an embodiment, the device 102 maydetermine whether the message is received after a reboot from thesending party. In another embodiment, the device 102 may determine oneor more of the above-specified conditions. The device 102 thendetermines whether the time-stamp indicates more than a predefined timeduration ‘N’ number of hours, for example, 5 hours, have lapsed sincethe last communication or message exchange between the sending party 114and the receiving party 104. As discussed above, the number N may or maynot be configured as required. In case, the number of hours is more thanN, then the device 102 displays the information on the display 108.Further, in case the message is received after a reboot of the device102, then the information is displayed on the display 108. Furthermore,the device 102 may play an audio of the information if the audioannouncement is enabled on the device 102. In an embodiment, the audiomay include the name of the sending party 114.

In case, the information associated with the sending party 114 is notavailable in the message database 132, then the device 102 may send atleast a query for the sending party name and/or other informationrelated to the calling party to the CNAM database 116 and/or the otherdatabase 118. Subsequently, the message database 132 may be updated forthe information. An advantage of this process is that the informationassociated with the sending party 114 may not be repeatedlydisplayed/played to the user. Moreover, this may or may not beconfigured based on the user's preferences.

In addition to displaying/playing the information, the device 102 maysend the information to other receiving party devices, such as thecalling party devices 104, 122, and 126, to be contemporaneouslydisplayed on displays 109, 124, and 128 respectively. In this example,the displays 109, 124, and 128 are implemented as standalone devices. Inother embodiments, the displays 109, 124, and 128 can be communicablycoupled to the calling party devices 104, 122, and 126 or may beintegrated with the calling party devices 104, 122 and 126 withoutdeparting the spirit and scope of the present disclosure. For example,the display 128 may be integrated as part of the calling party device126 and the device 102 may send information directly to the callingparty device 126 to be displayed on the display 128. The information maybe sent from at least one communication address such as 106, 120, and130 of device 102 or via the wireless connection 130. Similarly, thedevice 102 may send information directly to the calling party device 122to be played as an audio.

In an embodiment, optionally, prior to performing the lookup of thesending party name, the device 102 may send a query to the CNAM database116 or the other database 118 via an IP connection to perform a lookupof the receiving number in the database. The CNAM database 116 or theother database 118 determines if the subscriber of the receiving numberis a paid/authorized subscriber. To determine whether the subscriber isthe paid/authorized subscriber, the CNAM database 116 or the otherdatabase 118 may send information of the receiving number, including,the receiving party name, a credit card number, or a zipcode, to anotherdatabase for verification. If the verification is acceptable, the CNAMdatabase 116 or the other database 118 then returns the sending partyname and other information associated with the sending party to thedevice 102.

In an embodiment of the present disclosure, the device 102 may determineif a software download is necessary on the device 102. For example, thedevice 102 may determine that a software download is necessary in orderto obtain sending party information based on the caller ID, ANI or otheridentifier. The device 102 may initiate the software download eitherdirectly from a Web database or via a network, such as the Internet.Alternatively, if the software for obtaining sending party informationis already stored on the device 102, no software download may benecessary.

After the software is downloaded or stored on the device 102, the device102 recognizes the caller ID, ANI or other identifier of the sendingparty from the sending party device 114. The caller ID, ANI or otheridentifier of the sending party may comprise a 10 digit number, such asa telephone number. In response to recognizing the caller ID or otheridentifier of the sending party, the device 102 sends the caller ID oridentifier of the sending party to the CNAM database 116 or the otherdatabase 118 to perform a lookup of the sending number.

The information received at the device 102 may include number(s) thatindicates the sender's phone number, and possibly the sender's name,city, and/or state. In addition, the information includes, for example,alerts in response to an occurrence of an event, informative andpromotional information from a service provider, and situationalinformation from an emergency service provider. Furthermore, theinformation may include information relating to the sending party, suchas an address, a hyperlink, a photo, a video, and any information thatcan be sent via an Internet Protocol connection.

An example of alerts in response to an occurrence of an event mayinvolve a receiving party who has ordered a refill of prescription froma pharmacy. When the prescription is ready for pickup, the pharmacy maysend a message to the device 102. The CNAM database 116 or the otherdatabase 118 may return a message to the device 102 intended for thereceiving party. The message may indicate that the prescription is readyfor pickup in addition to the pharmacy's name and telephone number.Also, the message may include helpful information including directionsto the pharmacy, operating hours of the pharmacy, allergic reactions tothe prescription, web sites for additional information about theprescription and/or the affliction the prescription is intending tosolve, links to such web sites that can be accessed directly from one ormore of the displays, and coupons or codes for use with the prescriptionand/or for other items in the pharmacy that can be used in person and/oron-line.

An example of informative and promotional information from a serviceprovider may involve a receiving party who is subscribed to televisioncable service from a cable company. The cable company may send a messageupon issuance of a new bill to the device 102. The CNAM database 116 orthe other database 118 may return a message to the device 102 intendedfor the receiving party. The message may indicate that a bill is readyfor review in addition to the company's name and telephone number. Inaddition, the message may include promotional information, such astelevision shows that are scheduled for the evening or movies ready fororder by the receiving party.

An example of situational information from a service provider mayinvolve a tornado that is heading towards a receiving party. Theemergency service provider, such as the police or fire department, maysend a message to the device 102 which may be located at the receivingparty's residence. The CNAM database 116 or the other database 118 mayreturn an emergency message to the device 102 intended for the receivingparty. The message may indicate that a tornado is heading towards theresidence in addition to the emergency service provider's name andtelephone number. Also, the message may include the location and speedof the tornado based on the latest data and directions to nearby tornadoshelters or other information related to the event.

In an embodiment of the present disclosure, if the caller ID, ANI orother identifier of the sending party matches a sending number alreadyexists in the device 102 or in the message database 132, then the device102 may determine that a lookup is not necessary. In this case, storedinformation associated with the sending number will be retrieved fromthe device 102 or the message database 132 and displayed to thereceiving party via display 108. Alternatively, before displaying suchinformation, the device 102 may perform the two checks, namely, theduration lapsed since last communication and whether this is the firstmessage received from the sending party after reboot. Accordingly, ifthe time duration exceeds the predefined time duration, say 6, or therewas a system reboot, the information is displayed/played.

In addition, if the information associated with the sending party,including sending name, is changed in the CNAM database 116 or the otherdatabase 118, the device 102 may send a query for updated informationassociated with the sending number to CNAM database 116 or otherdatabase 118. Continuing with the prescription example, the device 102may recognize that a reorder of the prescription is necessary based onthe information stored in the device 102. The device 102 may send aquery to CNAM database 116 or the other database 118 for the updatedsender's number, name, city, state, or other information such that thereceiving party may use the updated information as well as the reminderin the message to reorder the prescription.

Another example of updated information associated with the sendingnumber may involve the change of city and/or state of the sending numberin the CNAM database 116 or the other database 118. The device 102 maysend a query for the updated city and/or state associated with thesending number to the CNAM database 116 or the other database 118. TheCNAM database 116 or the other database 118 may return the updatedinformation associated with the sending number to the device 102.

Alternative to sending a query in response to a change of information,the device 102 may perform a periodic update of sending information fromthe CNAM database 116 or the other database 118. For example, the device102 may perform an update of sending information associated with thesending number by sending a query to the database hourly, daily, weekly,bi-weekly, monthly, yearly, or after any predefined period of time.

Although the device 102 is shown separate from the receiving partydevice 104, a person skilled in the art will appreciate that they can beco-located. Moreover, the receiving party device 104 may include all thefunctionalities of the device 102, without departing from the scope ofthis invention.

Referring to FIGS. 2A, 2B, and 2C, a flowchart of a method or computerreadable medium comprising instructions for providing additionalinformation to a receiving party is depicted in accordance with oneembodiment of the present disclosure. In this example, process 200 maybe implemented as instructions executing within the device 102. Asending party may send a message to the receiving party. The message mayinclude a caller ID, ANI or other identifier of the sending party. Theprocess 200 begins at step 202, with receiving the caller ID, ANI oridentifier of the sending party. The ANI or identifier may be receivedat least one communication address such as 106, 120, and 130 of device102. Thereafter, at step 204 the device 102 looks up the messagedatabase 132 for the information associated with the sending party, forexample, sending party name, telephone number, messages, location, andother information associated with the sending party. The process 200then continues to step 206 to determine if the sending party informationis found in the message database 132. If the sending party informationis not found in the message database 132, then the process 200 continuesto step 208.

At step 208, queries the CNAM database 116 or the other database 118 forthe sending party information based on the caller ID, ANI or identifier.The query may be sent via at least one communication address such as106, 120, and 130 of the device 102. The process 200 then continues tostep 210 to determine if the sending party information is found in theCNAM database 116 or the other database 118. If the sending partyinformation is found in the CNAM database 116 or the other database 118,then the process 200 continues to step 216, where the message database132 is updated. Thereafter, at step 218 the information is presented tothe user. For example, the name of the sending party is displayed.Further, the information may be presented as audio announcement of thesender party's name. Otherwise, a default or a generic message may bepresented at step 214.

At step 210, if the sending party information is found in the messagedatabase 132, then the process continues to step 212. During this step212, it may be determined the duration since the last communication ormessage exchange between the sending party and the receiving party wasperformed. If the duration is more than a predefined time duration N, orthe device 102 was rebooted before receiving this message, then theprocess 200 continues to step 218, where the information is presented tothe user. Otherwise, the process 200 continues to step 214 where ageneric or a default message or information is presented. As discussedabove, the information may include the name of the sending party or theaudio of the sending party's name.

In an embodiment, if the sending party number is not present in thephonebook/contact list of the receiving party device, the sending partynumber may be displayed against the field mobile or home on thereceiving party device 102. This may help the receiving party tostore/add the number to a receiving party phonebook/contact list or thelike.

Referring to FIG. 3, a flowchart of a process 300 (which includes amethod or computer readable medium comprising instructions) for checkingwhether the receiving party is a paid/authorized subscriber of theservice is depicted, in accordance with an embodiment of the presentdisclosure. The process 300 begins at step 302, with receiving thecaller ID or identifier of the sending party at the device 102. Theidentifier includes the number of at least one of a sending party and areceiving party. Next, the process 300 continues to step 304 to querythe CNAM database or the other database of the receiving number via anInternet protocol connection.

In an embodiment of the present disclosure, the device 102 may determineif a software download is necessary on the device 102. For example, thedevice 102 may determine that a software download is necessary in orderto obtain sending party information based on the caller ID, ANI or otheridentifier. The device 102 may initiate the software download eitherdirectly from a Web database or via a network, such as the Internet.Alternatively, if the software for obtaining sending party informationis already stored on the device 102, no software download may benecessary. For example, the process 300 then continues to determine ifthe subscriber of the receiving number is a paying subscriber. This stepmay be accomplished by sending information of the receiving number toanother database or website for verification. If the subscriber is not apaying customer, the process 300 terminates (not shown).

The process 300 continues to step 306 to recognize the ANI or identifierof the sending party and delivering the ANI to the device 102. Theprocess 300 then continues to step 308 to query the CNAM database orother database for information associated with the calling number via anInternet protocol connection. Examples of information include thecaller's number, name, city, state, an address, a text, a video, ahyperlink, or any other information that may be sent via the Internetprotocol connection. Subsequently, at step 212 the sending partyinformation may be presented. At step 310 the information is presentedto the user.

Referring to FIG. 4, a system 400 for providing additional informationto called parties is depicted in accordance with an alternativeembodiment of the present disclosure. System 400 is similar to system100 in FIG. 1, except that device 102 is implemented as a wirelesscommunication enabled device. Device 102 is being implemented as amobile phone 402, a smart phone 404, or a Personal Digital Assistant(PDA) 406. In an embodiment of the invention, the software of device 102is implemented on receiving party devices such as the mobile phone 402,the smart phone 404, or the PDA 406. To send and receive information toand from the CNAM database 116 or other database 118, one or more ofmobile devices 402, 404, and 406 can wirelessly communicate with aservice provider site 408, which is also communicably coupled to theCNAM database 116, the other databases 118, and the message DB 132 via adata network (not shown) and the calling party device(s) 114 (here afterreferred to as sending party device(s) 114) via the PSTN 110. Thesending party device 114 can be, but not limited to, a mobile phone, asmart phone, a PDA, a landline and so forth.

In accordance with one embodiment of the present disclosure, aspects ofthe present disclosure are provided within the mobile devices 402, 404,and 406. Thus, when the sending party device 114 sends a message such asa text message or a multimedia message to the mobiles devices 402, 404,or 406, the service provider site 408 forwards the ANI or identifier ofthe calling party to devices 402, 404, or 406. The devices then send aquery message (or similar message) to the message DB 132, for example,for the time duration between the new message and a previous messagereceived from the sending party device 114, in case the sending partyinformation is located in the message database 132. To determine theduration, the device 102 may lookup the time-stamp of the last messagereceived. In an embodiment, the device 102 may determine whether themessage is received after a reboot from the sending party.

In another embodiment of the present disclosure, a calling party device114 connects to a receiving party device such as a mobile phone 402, asmart phone 404, or a PDA 406. At least one of the receiving partydevices includes software to obtain information based on the caller ID,ANI or other identifier. The receiving party devices such as 402, 404,and 406 may receive calling party 114 phone number via a serviceprovider 408. The receiving party device, such as the mobile phone 402,retrieves the phone number through the software and sends it to theservice provider 408 through internet connectivity including but notlimited to FTP, HTTP, TELNET, etc. The service provider 408 may functionas a web server, listening information and requests from the software.When the service provider 408 receives a request with calling party 114phone number, it sends the request to at least the CNAM DB 116 for nameor message DB 132 for message. The information gathered from at leastthe 116 and 132 by the service provider 408 is sends to the receivingparty device such as the mobile phone 402 (not shown).

In another embodiment, the device 102 may determine one or more of theabove-specified conditions. The device 102 then determines whether thetime-stamp indicates more than a predefined time duration ‘N’ number ofhours, for example, 4 hours, have lapsed since the last communication ormessage exchange between the sending party 114 and the receiving party104. As discussed above, the number N may be configured as required. Incase, the number of hours is more than N, then the device 102 displaysthe information to the called party. Further, in case the message isreceived after a reboot of the device 102, then the information isdisplayed to the called party. Furthermore, the device 102 may play anaudio of the information if the audio announcement is enabled on thedevice 102. In an embodiment, the audio may include the name of thesending party 114.

In case, the information associated with the sending party 114 is notavailable in the message database 132, then the device 102 may send aquery for the sending party name to the CNAM database 116 and/or theother database 118. Subsequently, the message database 132 may beupdated for the information. An advantage of this process is that theinformation associated with the sending party 114 may not be repeatedlydisplayed/played to the called party. Moreover, this could beconfigurable based on the called party or the user's preferences.

Referring to FIGS. 5A, 5B, and 5C, a flowchart of a method or computerreadable medium comprising instructions for providing additionalinformation to a wireless receiving party is depicted in accordance withone embodiment of the present disclosure. In this example, process 500may be implemented as instructions executing within the device 402, 404or 406. A sending party may send a message to the receiving party. Thesending party may be a wireless device such as a mobile phone, a smartphone, a Personal Desktop Assistant (PDA). The message may include acaller ID, ANI or other identifier of the sending party. The process 500begins at step 502, with wireless receiving party receiving the callerID, ANI or identifier of the sending party. The ANI or identifier may bereceived at least one communication address such as 106, 120, and 130 ofdevice 402. Thereafter, at step 504 the device 402 looks up the messagedatabase 132 for the information associated with the sending party, forexample, sending party name, telephone number, messages, location, andother information associated with the sending party. The process 500then continues to step 506 to determine if the sending party informationis found in the message database 132. If the sending party informationis not found in the message database 132, then the process 500 continuesto step 508.

At step 508, queries the CNAM database 116 or the other database 118 forthe sending party information based on the caller ID, ANI or identifier.The query may be sent via at least one communication address such as106, 120, and 130 of the device 402. The process 500 then continues tostep 510 to determine if the sending party information is found in theCNAM database 116 or the other database 118. If the sending partyinformation is found in the CNAM database 116 or the other database 118,then the process 500 continues to step 516, where the message database132 is updated. Thereafter, at step 518 the information is presented tothe user. For example, the name of the sending party is displayed.Further, the information may be presented as audio announcement of thesender party's name. In an embodiment of the present invention a defaultor a generic message may be presented at step 514.

In case, at step 510, if the sending party information is found in themessage database 132, then the process continues to step 512. At step512, to determine the duration since there was last communication ormessage exchange between the sending party and the receiving party. Ifthe duration is more than a predefined time duration N, or the device402 was rebooted before receiving this message, then the process 500continues to step 518, where the information is presented to the user.Otherwise, the process 500 continues to step 514 where a generic or adefault message or information is presented. As discussed above, theinformation may include the name of the sending party or the audio ofthe sending party's name.

In an embodiment, if the sending party number is not present in thephonebook/contact list of the receiving party device, the sending partynumber may be displayed against the field mobile or home on thereceiving party device 402. This may help the receiving party tostore/add the number to the phonebook/contact list or the like.

Although an exemplary embodiment of the system, method, and computerreadable medium of the present disclosure has been illustrated in theaccompanied drawings and described in the foregoing detaileddescription, it will be understood that the invention is not limited tothe embodiments disclosed, but is capable of numerous rearrangements,modifications, and substitutions without departing from the spirit andscope of the present disclosure as set forth and defined by thefollowing claims. For example, a greater or lesser numbers of elements,modules, hardware, software, and/or firmware can be used to provideinformation delivery without departing from the spirit and scope of thepresent disclosure. Also, the device 102 may be a wireless mobile phone,a personal digital assistant, a cellular phone, an IP-enabled caller IDdevice, or a wired telephone that has IP communication capabilities.Further, the device 102 may include a memory (not shown) and a processor(not shown) to execute the process or the instructions. The memory maybe for example, a Read Only Memory (ROM), a Random Access Memory (RAM),a disc media or any other computer readable medium comprisinginstruction executable by the processor.

The embodiments of the invention are described above with reference toblock diagrams and schematic illustrations of methods and systemsaccording to embodiments of the invention. It will be understood thateach block of the diagrams and combinations of blocks in the diagramscan be implemented by computer program instructions. These computerprogram instructions can be loaded onto one or more general purposecomputers, or other programmable data processing apparatus to producemachines, such that the instructions which execute on the computers orother programmable data processing apparatus create means forimplementing the functions specified in the block or blocks. Suchcomputer program instructions can also be stored in a computer-readablememory that can direct a computer or other programmable data processingapparatus to function in a particular manner, such that the instructionsstored in the computer-readable memory produce an article of manufactureincluding instruction means that implement the function specified in theblock or blocks.

What is claimed is:
 1. A method, comprising: determining a time durationbetween a received message from a sending party and a previous messagereceived from the sending party; and providing, to a receiving party,information relating to the sending party based on an availability ofthe information in a database and if the time duration is more than apredefined time duration.
 2. The method of claim 1, further comprising:looking up the information relating to the sending party in the databasebased on an identifier of at least one of the sending party and thereceiving party.
 3. The method of claim 2, wherein the looking upfurther comprises: sending a query with the identifier to the database;determining if the identifier is located in the database; and receivinginformation associated with the sending party if the identifier islocated in the database.
 4. The method of claim 2, further comprising:receiving a message from the sending party, wherein the receiving amessage further comprises: receiving the identifier of at least one ofthe sending party and the receiving party.
 5. The method of claim 1,further comprising: determining whether the message is received after areboot; and providing the information to the receiving party if themessage is received after the reboot.
 6. The method of claim 1, whereinthe providing the information comprises: displaying the information on adevice of the receiving party.
 7. The method of claim 1, wherein theproviding the information comprises: playing an audio of the informationon a device of the receiving party.
 8. The method of claim 1, furthercomprising: storing the information in a message database; and removingduplicate information from the message database.
 9. The method of claim8 further comprising: performing a lookup of information relating to thesending party in the message database via an Internet Protocolconnection, the lookup is based on an identifier of at least one of thesending party and the receiving party; and providing the information tothe receiving party based on the availability of the information in themessage database.
 10. The method of claim 1, wherein the messagecomprises: at least one of a text message and a multimedia message. 11.The method of claim 1, wherein the information relating to the sendingparty comprises at least one of: a telephone number of the sendingparty, a name, a city, a state, an address, a photo, a video, a text, ahyperlink, and any other information that can be sent via an Internetprotocol connection.
 12. A system, comprising: at least one device; andat least one database that stores information associated with a sendingparty, wherein the at least one device is operable to: determine a timeduration between a received message from the sending party and aprevious message received from the sending party, and provide, to areceiving party, information relating to the sending party based on anavailability of the information in a database and if the time durationis more than a predefined time duration.
 13. The system of claim 12,wherein the at least one device is operable to: lookup the informationbased on an identifier of at least one of the sending party and thereceiving party.
 14. The system of claim 13, wherein, when the at leastone device is to lookup the information, the at least one device isfurther operable to: send a query with the identifier to the database;determine if the identifier is located in the database; and receiveinformation associated with the sending party if the identifier islocated in the database.
 15. The system of claim 12, wherein the atleast one device is operable to: determine whether the message isreceived after a reboot; and provide the information to the receivingparty if the message is received after the reboot.
 16. The system ofclaim 12, wherein the at least one device is operable to: store theinformation in a message database; and remove duplicate information fromthe message database.
 17. The system of claim 16, wherein the at leastone device is operable to: perform a lookup of information relating tothe sending party in the message database via an Internet Protocolconnection, the lookup is based on an identifier of at least one of thesending party and the receiving party; and provide the information tothe receiving party based on the availability of the information in themessage database.
 18. A non-transitory computer-readable mediumcomprising instructions that when executed by a processor cause theprocessor to perform: determining a time duration between a receivedmessage from a sending party and a previous message received from thesending party; and providing, to a receiving party, information relatingto the sending party based on an availability of the information in adatabase and if the time duration is more than a predefined timeduration.
 19. The non-transitory computer-readable medium of claim 18,further comprising instructions that when executed by the processorcause the processor to perform: storing the information in a messagedatabase; and removing duplicate information from the message database.20. The non-transitory computer-readable medium of claim 19, furthercomprising instructions that when executed by the processor cause theprocessor to perform: performing a lookup of information relating to thesending party in the message database via an Internet Protocolconnection, the lookup is based on an identifier of at least one of thesending party and the receiving party; and providing the information tothe receiving party based on the availability of the information in themessage database.